SherbyNet - /page/wikibook/entry.mu

Micron Document

<!DOCTYPE html>

<title>Enterprise JavaBeans</title>

</head>

<h1 id="firstHeading" class="firstHeading mw-first-heading">Enterprise JavaBeans</h1>

</header>

</div>

Enterprise JavaBeans (EJB) est une architecture de <a href="Composant_logiciel" title="Composant logiciel">composants logiciels</a> côté <a href="Serveur_informatique" title="Serveur informatique">serveur</a> pour la plateforme de développement <a href="Java_EE" class="mw-redirect" title="Java EE">Java EE</a>.

Cette architecture propose un cadre pour créer des composants distribués (c’est-à-dire déployés sur des serveurs distants) écrit en langage de programmation <a href="Java_(langage)" title="Java (langage)">Java</a> hébergés au sein d'un <a href="Serveur_d'applications" title="Serveur d'applications">serveur applicatif</a> permettant de représenter des données (EJB dit entité), de proposer des services avec ou sans conservation d'état entre les appels (EJB dit session), ou encore d'accomplir des tâches de manière asynchrone (EJB dit message). Tous les EJB peuvent évoluer dans un contexte <a href="Transaction_informatique" title="Transaction informatique">transactionnel</a>.

De la version 1.0 à la version 2.1, un EJB était accompagné d'un ou plusieurs fichiers de déploiement écrits en <a href="Extensible_Markup_Language" title="Extensible Markup Language">XML</a> qui permettait au serveur applicatif de déployer correctement l'<a href="Objet_(informatique)" title="Objet (informatique)">objet</a> au sein d'un conteneur. C'était notamment dans ces fichiers de déploiement que le développeur avait la possibilité de préciser le cadre transactionnel dans lequel l'objet allait s'exécuter. Depuis la version 3.0, le modèle EJB utilise le principe d'<a href="Annotation_(Java)" title="Annotation (Java)">annotation Java</a> (meta-données) pour spécifier toute la configuration et les propriétés transactionnelles de l'objet. Le fichier de <a href="Code_source" title="Code source">code source</a> de l'EJB se suffit à lui-même.

C'est le serveur applicatif qui est chargé de la création, la destruction, la passivation ou l'activation de ses composants en fonction des besoins. Le client via un appel <a href="Remote_method_invocation_(Java)" class="mw-redirect" title="Remote method invocation (Java)">RMI</a> (ou une de ses dérivées) va rechercher un EJB par son nom logique <a href="Java_Naming_and_Directory_Interface" title="Java Naming and Directory Interface">JNDI</a> et appeler une ou plusieurs <a href="M%C3%A9thode_(informatique)" title="Méthode (informatique)">méthodes</a> de cet objet.

<div class="mw-heading mw-heading2"><h2 id="Les_EJB_session_(Session_Bean)">Les EJB session (Session Bean)</h2></div>

Les EJB sessions sont des objets proposant des services à leur appelant. Ils proposent un certain nombre de méthodes écrites par le développeur. Il y a deux types d'EJB session : les EJB sessions ne conservant pas leur état entre deux appels (EJB dit « stateless »), et ceux le conservant (EJB dit « stateful »). Il n'y a aucune garantie qu'entre deux appels au même EJB l'instance de l'objet soit la même.

<div class="mw-heading mw-heading3"><h3 id="Stateless_Session_Bean">Stateless Session Bean</h3></div>

La particularité principale d'un Stateless Session Bean est de ne pas conserver d'état entre les différents appels.

<div class="mw-highlight mw-highlight-lang-java mw-content-ltr" dir="ltr"><pre>@Stateless

public class StatelessSessionBeanImpl implements StatelessSessionBean {

public String sayHello() {

return ("Hello!");

}

}

</pre></div>

<div class="mw-heading mw-heading3"><h3 id="Stateful_Session_Bean">Stateful Session Bean</h3></div>

La particularité principale d'un Stateful Session Bean est de conserver son état entre différents appels de méthodes.

<div class="mw-highlight mw-highlight-lang-java mw-content-ltr" dir="ltr"><pre>@Stateful

public class StatefulSessionBeanImpl implements StatefulSessionBean {

private String user;

public void login(String user) {

this.user = user;

}

if (user == null) {

return ("Hello world !");

}

return ("Hello " + user + " !");

}

}

</pre></div>

<div class="mw-heading mw-heading2"><h2 id="Les_EJB_entité">Les EJB entité</h2></div>

Les EJB entité sont des beans ayant majoritairement pour vocation d'être persistants, c'est-à-dire pouvant être stockés sur un support physique entre deux sessions. Les EJB entité peuvent être de deux sortes : BMP (Bean Managed Persistence) ou CMP (Container Managed Persistence) (voir <a href="Java_Persistence_API" class="mw-redirect" title="Java Persistence API">Java Persistence API</a>).

Les EJB BMP sont des beans dont la persistance a dû être programmée par le développeur (ce dernier doit respecter un format pour la classe et les méthodes à implémenter sont imposées par la norme).

Les EJB CMP sont eux des beans dont la persistance est directement assurée par le conteneur d'EJB ; le <a href="Data_mapping" title="Data mapping">mapping</a> entre l'objet et son support de persistance est indiqué au conteneur via les fichiers descripteurs de déploiement. Le développeur, une fois le fichier de déploiement réalisé, n'a pas besoin d'écrire le code de persistance.

Depuis la version 3.0 de la spécification EJB, la notion de bean BMP/CMP n'existe plus : les EJB entité sont directement liés à la base de données via un <a href="Mapping_objet-relationnel" title="Mapping objet-relationnel">mapping objet-relationnel</a>. Ce mapping est défini soit dans un <a href="Fichier_de_configuration" title="Fichier de configuration">fichier de configuration</a> XML, ou directement dans le code Java en utilisant des annotations.

Cette nouvelle <a href="Interface_de_programmation" title="Interface de programmation">interface de programmation</a> des EJB entité est appelée <a href="Java_Persistance_API" class="mw-redirect" title="Java Persistance API">Java Persistance API</a>.

<div class="mw-heading mw-heading2"><h2 id="Les_EJB_message">Les EJB message</h2></div>

Depuis la norme EJB 2.0 (2015) , cette architecture propose un troisième type de composant : les EJB message permettant de déclencher un processus côté serveur applicatif lors de la publication d'un message asynchrone. Pour ces composants, le client ne s'adresse pas directement aux composants mais publie un message sur un réceptacle <a href="Java_Message_Service" title="Java Message Service">JMS</a> (queue ou topic) configuré sur le serveur applicatif qui va alors déclencher l'activation par ce serveur d'une instance de l'EJB concerné pour pouvoir traiter ce message.

<div class="mw-heading mw-heading2"><h2 id="Voir_aussi">Voir aussi</h2></div>

<div class="mw-heading mw-heading3"><h3 id="Article_connexe">Article connexe</h3></div>

<ul><li><a href="Java_Data_Object" class="mw-redirect" title="Java Data Object">Java Data Object</a> (JDO)</li></ul>

<div class="mw-heading mw-heading3"><h3 id="Liens_externes">Liens externes</h3></div>

<ul><li><a rel="nofollow" class="external text" href="http://java.developpez.com/cours/?page=java-ee-cat#ejb">Cours et tutoriels sur les EJB</a></li></ul>

<ul id="bandeau-portail" class="bandeau-portail"><li> Portail de la programmation informatique </li> </ul></div><div><div class="zim-footer">

Cet article est issu de <a class="external text" title="Dernière modification le 2022-05-12" href="https://fr.wikipedia.org/wiki/?title=Enterprise_JavaBeans&oldid=193639900">Wikipédia</a>. Sauf mention contraire, le texte est disponible sous <a class="external text" href="https://creativecommons.org/licenses/by-sa/4.0/deed.fr">Creative Commons Attribution-Share Alike 4.0</a>. Des conditions supplémentaires peuvent s’appliquer aux fichiers multimédias.

</div>

</div></div>

</div>

</main>

</div>

</body></html>